home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
newsgroups
/
misc.19970929-19971216
/
000332_news@newsmaster….columbia.edu _Mon Dec 1 10:12:14 1997.msg
< prev
next >
Wrap
Internet Message Format
|
1997-12-15
|
3KB
Return-Path: <news@newsmaster.cc.columbia.edu>
Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA27733
for <kermit.misc@watsun.cc.columbia.edu>; Mon, 1 Dec 1997 10:12:14 -0500 (EST)
Received: (from news@localhost)
by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id KAA22862
for kermit.misc@watsun; Mon, 1 Dec 1997 10:12:14 -0500 (EST)
Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
Newsgroups: comp.protocols.kermit.misc
Subject: Re: Kermit DOS Performance?
Date: 1 Dec 1997 15:12:13 GMT
Organization: Columbia University
Lines: 46
Message-ID: <65uk4d$9n1$1@apakabar.cc.columbia.edu>
References: <65t342$k91$1@goanna.cs.rmit.edu.au>
NNTP-Posting-Host: watsun.cc.columbia.edu
Xref: news.columbia.edu comp.protocols.kermit.misc:8126
In article <65t342$k91$1@goanna.cs.rmit.edu.au>,
Ross Irvine <rwi@yallara.cs.rmit.edu.au> wrote:
: I'm trying my best to get kermit for dos (3.15) to transfer files
: as fast as possible. It's currently about half the speed of z modem.
:
: I've set the following :
: set block 3 ;
: set window 4 ;
:
A larger window size might help, depending on the connection. Remember,
in the normal case, Zmodem has an infinite window size (which is not
necessary A Good Thing when errors must be handled).
: set receive packet-length 9000 ;
: set control prefix all ;
:
: I'm transfering data via an Async Bonded ISDN line (The bonding combinds
: 2 64K B channels into one. Giving me 128k to play with).
:
Using what kind of physical interface and driver?
: I'm only getting around a 6000 cps rate. I can see that my problem is the
: set control prefix all line. As I'm sending ZIP's, this is probably
: making kermit send twice as much data.
:
: I've tried setting unprefix all and prefixings 0,1 and 129 but I keep
: getting strange parity errors on the recieving end. Both sides of the
: xfer are Kermit for DOS 3.15.
:
MS-DOS Kermit itself does not require 0 to be prefixed, so you get a big
gain immediately by unprefixing it (currently you must prefix 0 when sending
to C-Kermit, but this restriction will be removed in the next release).
1 and 13 should be prefixed for safety, to prevent misidentification of Kermit
packet start/end, but you can experiment with unprefixing them too.
If you get transmission errors when transferring Kermit-to-Kermit and
unprefixing 1 and 13, they are probably occurring outside of Kermit. The
usual suspects are:
. Lack of transparency to certain characters on the connection.
. Parity on the connection.
. Inadequate flow control (on COM port connections).
. Faulty drivers (when not using SET PORT COMx).
. Faulty adapters, interrupt conflicts, etc.
- Frank